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(54) Instant messaging 

(57) The present invention relates to a system that 
enables the nearly real-time transmission of messages 
originated and received from/by heterogeneous com- 
munication networks. The purpose of instant messaging 
is to transmit high priority messages in (nearly) real-time 
between clients (man and machine). Unified messaging 
merges analog and digital transmitted messages such 
as facsimile, voice mail, e-mail, WWW and the cell 
phone short message service (GSM/SMS) to unified in- 
stant messages. A Unified Instant Messaging System 
(UIMS) consists of four major components: distributed 



gateways, message brokers, message processors and 
a client directory database. Messages of arbitrary form 
can be translated into Unified Instant Messages (UIM) 
by Instant Message Gateways (IMGateways). Instant 
Message Brokers (IM Brokers) control the message flow 
and further message processing. IMBrokers also en- 
sure message authenticity and security. Further 
processing steps on an instant message can be per- 
formed anywhere in the IP network by Instant Message 
Processors (IMP) provided by Instant Message Service 
Providers (IMSP). 
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Description 

[0001] The present invention relates to a system for 
transmitting messages over a multimedia network from 
a transmitting client to a target client, to a message bro- 
ker unit for a distributed multimedia system, to a method 
for sending messages over a multimedia network from 
a sending client to a target client as well as to a software 
program product for implementing such a method in a 
computer network. 

[0002] The present invention generally relates to the 
field of electronic messaging. Electronic messages in 
the form of e-mails or GSM short message texts are 
known. They rely on a store-and-forward technique 
where the originator of the message sends the message 
to a computer node. In the node the message is stored 
and then forwarded to other nodes until it reaches a 
mailbox belonging to the intended user. 
[0003] Also known from prior art are dedicated gate- 
ways for transferring a message from one transfer me- 
dium (e.g. SMS) to another transfer medium (e. g. fax). 
Several GSM network operators and independent serv- 
ice providers offer functionality like this. The major dis- 
advantage of such systems is that there are targeted at 
afixedtransfertask, so is from one well-defined medium 
into another. 

[0004] Another means known from prior art is the use 
of inexpensive intermediate networks for transmitting 
messages between different locations. For example, 
one could send a document as an attachment of a e- 
mail. This combined message is sent to dedicated gate- 
way where it is converted to fax and transmitted to the 
intended recipient. 

[0005] From US-A-5,608,786 an unified messaging 
system is known. This known technique makes use of 
existing communication channels or networks. Part of 
the system relies on a data communication network 
forming an intermediate leg of the distribution network. 
Telephone communication is typically used for initial or 
final legs. Voice mail, E-mail, facsimiles and other mes- 
sage types can be received by the system for retrieval 
by the subscriber. Communications may be centralised 
and retrieval of messages can be accomplished using 
one of a number of separate and distinct approaches. 
Thus, data communication networks such as the inter- 
net can become global voice mail and facsimile mail sys- 
tems. 

[0006] I n view of the above-captioned prior art it is the 
object of the present invention to provide for a technique 
capable of unified (multimedia) instant messaging. With 
other words, the invention should provide a technique 
for the nearly real-time transfer of multimedia messages 
and a processing of these messages through a flexible 
distributed system. 

[0007] The above object is achieved by means of the 
features of the independent claims. The dependent 
claims develop further the central idea of the present 
invention. 



[0008] According to the present invention therefore a 
system for transmitting messages over a multimedia 
network from a sending client to a target client is provid- 
ed. The messages comprise respectively target client 

5 information. The system comprises a plurality of distrib- 
uted message gateways, each message gateway being 
configured for the receipt and/or transmission over at 
least one dedicated transfer medium. A message broker 
is connected to the message gateways, wherein the 

io message broker is provided with a client database. 
[0009] A first message gateway receives a message 
from a sending client over a first transfer medium and 
transmits the message or an information extracted 
thereof to the message broker. The message broker au- 

15 tomatically selects an appropriate second transfer me- 
dium depending on the content of the client database 
and the message or the information supplied by the first 
message gateway. The message is then sent to the tar- 
get client by means of a second message gateway con- 

20 figured for a transmission over the second transfer me- 
dium selected by the message broker. 
[0010] The system can comprise a common internal 
message format for the communication respectively be- 
tween the message broker and the message gateways. 

25 [0011] The message gateways can be distributed 
over the network. 

[0012] The transfer media can comprise analog and 
digital transfer media. 

[0013] At least one message processor can be pro- 
30 vided between the first and the second message gate- 
way for further processing the content of the message 
to be transmitted. 

[0014] The client database can comprise addresses 
of clients, client preferences and/or characteristics of 
35 the transfer network to the corresponding target client. 
[0015] The message broker can be designed to fur- 
thermore perform processing control and/or security 
processing. 

[0016] The message broker can be designed to fur- 
40 thermore perform accounting and/or billing. 

[0017] A plurality of message brokers can be provid- 
ed. 

[0018] At least one message broker can beconnected 
to the client database with reduced capacity. 

45 [0019] According to another aspect of the present in- 
vention a message broker unit for a distributed multime- 
dia system is provided. The message broker is designed 
to autonomously select an appropriate transfer medium 
out of a plurality of transfer media for messages re- 

so ceived from a sending client and to be transferred to a 
target client. The message broker is connected to a cli- 
ent database and the transfer medium selection is per- 
formed depending on target client information and the 
content of the client database. 

55 [0020] The transfer medium selection can be per- 
formed depending on the target network, the message 
type and/or client preferences contained in the client da- 
tabase. 
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[0021] According to the present invention furthermore 
a message for sending messages over a multimedia 
network from a sending client to a target client is provid- 
ed. The messages comprise target client information. 
The messages or an information extracted thereof are 
transmitted from the sending client to a message broker 
over a first transfer medium. The messages are trans- 
mitted to a target client over a second transfer medium, 
wherein the second transfer medium can be identical to 
the first transfer medium. The message broker autono- 
mously selects an appropriate second transfer medium 
out of a plurality of transfermedia depending on the con- 
tent of a client database connected to the message bro- 
ker and depending on the message or the information 
extracted thereof (e.g. target client information). 
[0022] The transmission of the message from the 
sending client to the target client can be performed es- 
sentially in real time. 

[0023] A conversion from the first transfer medium to 
the second transfer medium can be performed depend- 
ing on the target network, the message type and/or cli- 
ent preferences contained in the client database. 
[0024] Before the transmission to the target client, the 
content of the message can be further processed by dig- 
ital signing, encrypting, watermarking and/or language 
translation. 

[0025] A life time can be attributed to each message 
and the message therefore is only transmitted to the tar- 
get client until the expiration of the lifetime, 
[0026] According to another aspect of the present in- 
vention a software program product is provided imple- 
menting, when loaded into a memory of a computer, a 
method as set forth above. 

[0027] In the following further features, objects and 
advantages of the present invention will become evident 
for the man skilled in the art by means of a detailed de- 
scription of embodiments of the invention taken in con- 
junction with the figures of the enclosed drawings. 

Figure 1 shows an example of an unified instant 
messaging system according to the present inven- 
tion, 

Figure 2 shows the principle communication struc- 
ture of the unified instant messaging system, 

Figure 3 shows the internal structure of an instant 
message broker, 

Figure 4 shows the internal structure of an instant 
message gateway, 

Figure 5 shows the data path for an example of an 
unified instant message, and 

Figure 6 shows an example for an authentication 
example, i.e. a client cellular phone registration. 



[0028] The present invention relates to a system that 
enables the nearly real-time transmission of messages 
originated from and received by heterogeneous com- 
munication networks. The purpose of instant messaging 

s istotransmithighprioritymessagesin (nearly) real-time 
between clients (man and machine). Such an unified 
messaging merges analog and digital transmitted mes- 
sages such as facsimile, voice mail, e-mail, WWW and 
the cell phone short message service (GSM/SMS) to 

10 unified instant messages. A Unified Instant Messaging 
System (UIMS) consists of four major components: 

distributed gateways, 
message brokers, 
15 - message processors, and 
a client directory database. 

[0029] Messages of arbitrary form can be translated 
into Unified Instant Messages (UIM) by Instant Message 

20 Gateways (IMGateways). Instant Message Brokers (IM- 
Brokers) control the message flow and further message 
processing. IMBrokers also ensure message authentic- 
ity and security. Further processing steps on an instant 
message can be performed anywhere in the IP network 

25 by Instant Message Processors (IMP) provided by In- 
stant Message Service Providers (IMSP). 
[0030] The UIMS has the following properties: 

a) The system is scalable in a way that the message 
30 transmission and conversion capacity can be incre- 
mentally increased by extension of gateways, bro- 
kers and message processors. 

b) IMGateways converts messages of arbitrary pro- 
35 tocol and format (e.g. fax, voice mail, GSM Short 

Message Service, GPRS, e-mail, WWW) into uni- 
fied instant messages that are transmitted over 
TCP/IP in (nearly) real-time between IMGateways 
under IMBrokers control. 

c) I MBrokers manage sender/receiver address con- 
version, user groups, private user profiles, private 
user data (e.g. telephone books, calendars, note- 
books) and message routing, security, accounting 

45 and storage. 

d) Instant Message Processors enable message 
translation or conversion and value added services. 
The account information of the Instant Message 

so Service offered by the ISMP is usually under control 
of IMBrokers provided by the UIMS carrier. 

[0031] Figure 1 shows an example of an Unified In- 
stant Messaging System (UIMS). The system consists 
55 of Instant Message Brokers 1 ,1 ', Gateways 3, 3', 3" for 
e-mail, GSM/SMS, facsimile and voice mail, and an In- 
stant Message Processor 4. The units of the Instant 
Messaging System communicate with each other over 



3 



5 EP1 " 

an IPnetwork5.Theinstantmessagebroker1 manages 
the system configuration and state, user profiles, mes- 
sage routing and services, accounting and security. 
"Light" and "fat" message 1,1' brokers differ in such a 
way that light brokers contain a limited number of user 
profiles (reduced capacity) in comparison with fat mes- 
sage brokers. Respectively a client profile database 2, 
2' is connected with each message broker 1,1'. 
[0032] Figure 2 shows the principle communication 
structure of the unified instant messaging system con- 
sisting of three major components: distributed gateways 
3, message brokers 1 and a client directory profile da- 
tabase 2. The properties of the messaging system are: 

1 . The system is fully scalable. The message trans- 
mission capacity can be incrementally increased by 
extension with additional gateways, message bro- 
kers and distributed client databases. 

2. Gateways converts arbitrary messages (GSM/ 
SMS, e-mail, fax, WWW) into unified instant mes- 
sages which are seamlessly transmitted in (nearly) 
real-time between message brokers and gateways 
over TCP/IP. 

3. Message brokers manage client address conver- 
sion, user profile handling, message routing, secu- 
rity and accounting. 

[0033] Instant message gateways and brokers com- 
municate over TCP/IP and may be located anywhere in 
the Internet. In respect to security and performance, 
however, the message broker has direct access to the 
client dictionary. 

[0034] Figure 3 shows the Instant Message Broker 
(1MB) internals. The internal units of the instant mes- 
sage broker 1 administer user profiles, manages ac- 
counting, billing, authentication and security. A configu- 
ration unit dynamically traces the state and the proper- 
ties of gateways, message processors and partner bro- 
kers. Dependent on message type, originator and send- 
er location, user profiles and available resources the in- 
stant message required conversion is determined and 
the instant message is routed from the originator gate- 
way to the destination gateway. 
[0035] Figure 4 shows the internal structure (exam- 
ple) of an Instant Message Gateway (IMGateway). An 
IMGateway may have multiple access driver units, such 
as GSM/SMS, e-mail, facsimile, WWW. The access 
driver units communicate with the gateway control over 
an access driver interface layer. A dynamic configura- 
tion unit traces the state and configuration of the gate- 
way with its access drivers. The state configuration is 
periodically transmitted to the message brokers that 
manage the state and properties of the UIMS. The gate- 
way is usually capable to receive and send instant mes- 
sages (bi-directional). Furthermore the gateway can ex- 
tract information from the message. 
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[0036] Incoming messages (from outside of the IP 
network 5) are converted into the unified messaging for- 
mat. Then the message and/or an information extracted 
thereof is sent to the message broker and so on. Incom- 

s ing instant messages (the gateway works as a receiver 
gateway) are converted into the target format and sent 
out (e.g. over PSTN). In this case the IMGateway re- 
turns a delivery acknowledgement. 
[0037] Fig. 5 shows an unified instant message orig- 

10 inated in Japan as an e-mail, transmitted over the Inter- 
net 5 and received from a cellular phone 9 located in 
Germany. 

[0038] Figure 6 shows an authentication example, i. 
e. client cellular phone registration. On a higher level, a 
15 WWW based example of a user authentication is shown 
below. In principle authentication of the client can be en- 
sured by using session keys in combination with two- 
way communication (for example WWW and GSM/ 
SMS). 

System Description 

[0039] As has been already said the system consists 
of four basic processing units: the message gateway 

25 unit 3 (IMGateway), the message broker units (I M Bro- 
ker) 1, the message processors 4 (IMProcessor), and 
the client database 2. The system might contain several 
instances of each of these units. Units might be located 
together on one computing node or might be distributed 

30 over several computing nodes connected by the net- 
work 5. Messages are processed by this network 5 of 
units either by following a pre-defined processing path 
or by dynamically determining the path to take through 
the different units. In the later case, the current network 

35 configuration i.e. the available gateways, gateway inter- 
faces and message processors is determined by status 
information that is periodically broadcast, between gate- 
ways, processors and message brokers. The instant 
message transfer and processing manages IMBrokers 

40 according to user preferences (kept in client databases 
2) and current network configuration. 

Definition of unified instant messaging (UIM): 

45 [0040] A unified instant message is characterized 
through 

• Message delivery in nearly real-time 

• a unique message structure and presentation, flex- 
so ible to present any type of messages 

• a limited message validity or lifetime (inside the 
message system) 

• message generation and processing by man and 
machine. 

55 

[0041] The unified instant message structure might 
contain the following components (not limited to): 
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• Text, a text representation of the message that 
is Optionally Split into granted and non-granted 
content. 

• Granted information. s 

• Non-granted information, available by client in- 
duced message "magnification" . 

• Binary content, optionally optional split into 
granted and non-granted content. Arbitrary in- 10 
formation is stored in a binary content format. 
This could be a standardized multimedia format 
(like an audio file, a video file) or a compound 
document. 

15 

• Granted information. 

• Non-granted information, available by client in- 
duced message "magnification". 

• Meta information that provides information 20 
about the message content. Instant message 
meta information might contain the following 
fields (not limited to): 

• Originator (originator client) 25 

A (unified) address that describes the mes- 
sage originator; name, title, postal address, 
phone/fax number(s), e-mail address(es), et 
cetera. Message originator hiding for anony- 
mous message creation is an additional prop- 30 
erty of the originator address. The IMBroker 
may manage address resolution using a unified 
naming concept (supports name hiding). 

• originator location 35 

An optional geographical location (possi- 
blecloseto real-time) of the message originator 
such as GPS location information (with several 
meter resolution). Future applications may rely 
on real-time positional client information, e.g. 40 
messaging for local interest groups, i.e. partic- 
ipants of fares or conventions and anonymous 
instant messaging between people joining a 
(public) event. 

45 

• Receiver (target client) 

Similar to the information originator but 
partial address information of the receiver may 
be also sufficient if unique. The information re- 
ceiver address may contain additional fields to so 
address multiple receiver interest groups. 

• Receiver location 

Optionally location information that de- 
scribes the intended geographical area of the 55 
addressed receiver(s) to which the submitted 
information is intended to sent. See also origi- 
nator location. 



• Time of information origination 

Date and time of the origination of the in- 
stant message. A high time resolution is advan- 
tageous (less then or equal one millisecond). 
The Accuracy should be better then a few min- 
utes. 

• Time of initial message processing 

Date and time when the very first instant 
message processing began. The initial 
processing time is used for "spontaneous ses- 
sion keys", session keys with limited validity (in 
range of several milliseconds) for military- 
grade message authentication and security (as 
described in Instant Message and information 
Authentication Protocol, IMAP). Like informa- 
tion origination time, a high time resolution and 
accuracy is advantageous. 

• Message lifetime 

Maximum lifetime of the message. If a 
message could not be transmitted or delivered 
to the receiver, the IMGateway may discard the 
message and notifies the IMBroker (which no- 
tifies the originator by sending a notification to 
an ImGateway). 

• Message type/content Identification fields. 
These fields may be processed by the mes- 
sage broker to control further message 
processing (such as conversion and addi- 
tional services). 

Describes the type and protocol ofthe orig- 
inator and target message (e.g. GSM/SMS, 
TCP, e-mail, facsimile, WWW). Optionally de- 
scribes the message content, language and re- 
lated-to of a message. Optionally determines if 
the message is confidential i.e. personalized to 
the receiver. A personalized message can be 
read only by the receiver, i.e. the message can 
not be sent to other users inside the message 
system (forward message protection). 

• Message processor 

Determines that the message is trans- 
ferred to one or more message processor(s) 
before being delivered to the destination gate- 
way. 

• Secure message read count 

For read-once properties and for unpack- 
ing the non-granted information induced by the 
client message "magnification". 

• Read count limitation 

Limits the maximum reads of a message. 
This property is required when the number of 
message forwards is limited. 



5 



EP 1 104 964 A1 



10 



• Serial number 

The serial number of the message, gener- 
ated by a secure random number generator. 
The suggested length is currently 160 bit. 

• Authentication keys 

A number of message digests that pro- 
vides message authentication (here Keyed- 
Hashing for Message Authentication, HMAC). 

• Public keys 

This field contains a number of public keys 
for message encryption, particularly for the 
non-granted content of the message. 

Basic units of the unified instant message system 

[0042] As described above, a UIM system consists of 
four basic units. In the following details of these units 
are described. 

1 . 1 M Gateways 

[0043] IMGateways are responsible for receiving and 
transmitting message between an external network (e. 
g. PSTN, GSM, other) and the UIM system. A single 
gateway might contain access drivers units for several 
different means. For example, it could have a ISDN con- 
nection to a GSM SMS center and a modem for trans- 
mitting a message as a fax. The following list shows ex- 
amples for access driver units: 

• cellular phone with SMS capability (SMS Cellu- 
lar Phone Interface) a access unit using a serial 
line cable or an infrared connection to a cellular 
phone with SMS capabilties 

• fixed line connection to a SMS center (SMS Dial 
In Interface) fixed line connections like PSTN (mo- 
dem), ISDN, X.31 , X.25, frame relay or any other 
means to access a core network SMS service cent- 
er 

• fax machine (Fax Interface) a connection to a fax 
machine to transmit messages as a facsimile 

• e-mail system (E-Mail Interface) an interface to an 
e-mail system (e.g. POP3 or IMP4) for delivering 
the message as an e-mail. In this case, the UIM sys- 
tem knows that e-mail systems might have limited 
real-time capabilities. 

• direct TCP/IP connections (Direct TCP/IP Inter- 
face) a direct TCP/IP connection to users that are 
currently or permanently online 

[0044] The access driver units have usually several 
functions. They represent the terminating or originating 
element of a telecommunication connection. Alternative 
they could be the client (originator) or the server (receiv- 
er) part of an Internet connection. Through receiving the 
message through one access unit and transmitting it 



through another access unit, the IMGateway performs 
protocol conversions between different networks. 
[0045] Furthermore, the access drivers convert re- 
ceived messages into the UIM message format, and 
s outgoing messages into the content format supported 
by the target network. In this way, the IMGateway per- 
forms content conversion depending on the network 
characteristics. Some examples for IMGateway sup- 
ported content formats are: facsimile, voice mail, GSM 
10 Short Message Service, GPRS datagrams, Email, 
WWW, TCP/IP-based message formats. 
[0046] IMGateway have furthermore connections to 
other units of the UIM system. Usually, this is the Direct 
TCP/IP Interface, but depending on the UIM system set- 
's up, any other kind of network and related access driver 
units can be used. 

2. Message Processors (Internal Gatways) 

20 [0047] Another unit is the instant message processor 
(IMP). Sometimes they are called internal gateways, as 
they perform not transport protocol conversions. MPU 
perform value-added-service for the message process- 
ing like language conversion (e.g. german-french), 

25 speech processing, bank payment/accounting, digital 
signing, watermarking, etc. 

[0048] Usually IMPs are part of the transfer of an IM 
from the gateway to the massage broker or vice versa. 
As described above, there might be a pre-defined path 
30 through the different units, orthe path is determined dy- 
namically by the different units involved orbythe IMBro- 
ker. 



[0049] The 1MB has direct access to a client database 
unit. He manages lookup address translation, user pref- 
erences and other criteria to determine the next 
processing steps for the instant messages. He selects 
40 an appropriated IMGateway unit for transmitting an IM 
to the client. Further conversion can be carried out by 
message processors or by the IMGateways. 



• Client data administration 

45 • Message and service accounting 

» Ensures message authentication, using MIAP (as 
described) 

• Manages message security, dependent on country 
specific jurisdiction 

so » Message confidentiality and pay-per-read function- 
ality. This functionality can be realized by secure in- 
stant message read count in combination with mes- 
sage encryption and accounting. 



I. Instant Message Broker (1MB) 
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4. Client Database Unit 
[0050] 

• Uses user profiles to maintain user properties and 
preferences 

• Maintain private user data, such as calendars, tel- 
ephone books, notes, etc. 

• manages message conversion control by using 
message conversion tables with defined conver- 
sion priorities 

• Manages message routing and distribution of re- 
source 

Advantageous Differences 

[0051] Compare with the known art, the invention al- 
lows the following: 

• Messages are received and sent out over different 
communication channels. 

• The unified instant message system can be dynam- 
ically extended to add additional transfer networks, 
services and capacity This can be done at runtime. 

• The system autonomously selects the outgoing 
transfer medium according to a set of known ad- 
dresses of the user, a list of user preferences, and 
the known characteristics of the transfer network. 

• The system performs media conversion on the mes- 
sages according to target network, message type 
and client preferences. 

• The system might be able to perform additional 
processing steps on the message like digital sign- 
ing, encryption, watermarking, language translation 
or other. 

• The system might scale to different size by increas- 
ing the number of message gateways, processors 
and brokers. The system extension can be done in 
a running system. 

• Message transfer, processing control and security 
is managed by a relatively small number of mes- 
sage brokers (in comparison to gateways and proc- 
essors). The structure and communication proto- 
cols of the UIMS enable very high message 
throughput with a minimum broker load. Minimum 
broker load is ensured because the unified instant 
message information content is by NOT processed 
by message brokers. Message brokers controls 
message flow by inspecting unified instant mes- 
sage meta information instead. Because of the me- 
ta information is much more compact as the mes- 
sage itself, a maximum throughput with reduced da- 



ta transfer can be guaranteed. 

• Arbitrary messages can be personalized (a "foryour 
eyes only" or confidential message) with the intend- 

5 ed receiver client. That is that only the receiver is 
able to read the message. Beyond it, the message 
is forward protected, i.e. the receiver is not allowed 
to forward the private message to another client. Of 
cause the message can be copied by cut-and- 
10 paste, screen dump or by simply writing it down. But 
in comparison to a usual messaging system the 
original message content with the message header 
(time, date, originator, etc.) can not be forwarded to 
another client. Message confidentiality and person- 
's alization is realized by authentication and optionally 
encrypting with a receiver key that is valid only for 
the intended receiver and the given message. 

• Instant messages contain a secure read count and 
20 a maximum read count. The read count is authen- 
ticated together with the message content in such 
a way that the read count and message content can 
not be modified by a third party without modification 
of (at least) one component of the instant message 

25 system (instant messaging client, gateway, proces- 
sor, broker). The maximum read count is intended 
to be used for copy protection issues and to control 
the effect of message chain letters (if wanted). 

30 • The originator of an instant message can be hidden. 
Hiding of the message originator is used for anon- 
ymous message creation. The message originator 
is of cause known and authenticated by the instant 
messaging system (i.e. bythebroker). Howeverthe 

35 broker may change the originator identification to 
an anonymously (and unique) alias or cipher iden- 
tification when a message is submitted to a special 
interest group. This feature is applied when the 
message originator require to be anonymous, i.e. in 

40 auctions, house sales, anonymous partner search. 
The anonymous originator of a message can be 
reached (e.g. to reply his message) only by his 
(unique) alias provided by the message broker. 

45 

Claims 

1 . System for transmitting messages over a multime- 
dia network from a sending client to a target client, 
so the messages comprising target client information, 
the system comprising: 

a plurality of message gateways (3, 7, 8), each 
message gateway (3, 7, 8) being configurated 
for the reception and/or transmission over at 
least one dedicated transfer medium, and 
a message broker (1) connected to the mes- 
sage gateways (3, 7, 8) and being provided with 
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a client database (2), 

wherein a first message gateway receives a mes- 
sage from a sending client over a first transfer me- 
dium and transmits the message and/or an informa- 
tion extracted thereof to the message broker (1 ), the 
message broker (1) automatically selects an appro- 
priate second transfer medium depending on the 
content of the client database (2) and the supplied 
message and/or an information extracted thereof, 
and the message is sent to the target client by 
means of a second message gateway configured 
for a transmission over the second transfer medium 
selected by the message broker (1). 

2. System according to claim 1 , 
characterized by 

a common internal message format for the commu- 
nication respectively between the message broker 
(1) and the message gateways. 

3. System according to anyone of the preceding 
claims, 

characterized in that 

the message gateways are distributed overthe net- 
work. 

4. System according to anyone of the preceding 
claims, 

characterized in that 

the transfer media comprise analog and digital 
transfer media. 

5. System according to anyone of the preceding 
claims, 

characterized by 

at least one message processor (4) provided be- 
tween the first and the second message gateway 
for further processing the content of the message 
to be transmitted. 

6. System according to anyone of the preceding 
claims, 

characterized in that 

the client database (2) comprises addresses of cli- 
ents, client preferences and/orcharacteristics of the 
transfer network to the corresponding target client. 

7. System according to anyone to the preceding 
claims, 

characterized in that 

the message broker (1 ) is designed to furthermore 
perform processing control and/orsecurity process- 
ing. 

8. System according to anyone to the preceding 
claims, 

characterized in that 



the message broker (1) is designed to furthermore 
perform accounting and/or billing. 

9. System according to anyone of the preceding 
s claims, 

characterized in that 

a plurality of message brokers (1, 1') is provided 

10. System according to claim 9, 
10 characterized in that 

at least one message broker (1') being connected 
with a client database (2') with reduced capacity. 

11. System according to anyone of the preceding 
'5 claims, 

characterized in that 

the messages respectively contain a non-granted 
encrypted and a granted non-encrypted part. 

20 12. Message broker unit for a distributed multimedia 
system, 

characterized in that 

it is designed to autonomously select an appropri- 
ate transfer medium out of a plurality of transfer me- 
25 dia for messages received from a sending client and 
to be transferred to a target client, wherein the mes- 
sage broker (1) is connected to a client database 
(2) and the transfer medium selection is performed 
depending on target client information and the con- 
30 tent of the client database (2). 

13. Message broker unit according to claim 12, 
characterized in that 

the transfer medium selection is performed depend- 
35 ing on the target network, the message type and/or 
client preferences contained in the client database. 

14. Message broker according to anyone of claims 12 
or13, 

40 characterized in that 

the messages respectively contain a non-granted 
encrypted and a granted non-encrypted part. 

15. Method for sending messages over a multimedia 
45 network from a sending client to a target client, the 

messages comprising target client information, 
the method comprising the following steps: 

transmitting the message from the sending di- 
sc ent to a message broker (1 ) over a first transfer 

medium, and 
- transmitting the message to the target client 

over a second transfer medium, wherein the 

second transfer medium can be identical to the 
55 first transfer medium, 

wherein the message broker (1) selects an appro- 
priate second transfer medium out of a plurality of 
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transfer media depending on the content of a client 
database (2) connected to the message broker (1 ) 
and the target client information. 

16. Method according to claim 15, s 
characterized in that 

the transmission of the message from the sending 
client to the target client is performed essentially in 
real-time. 

w 

17. Method according to claim 15 or 16, 
characterized in that 

a conversion from the first transfer medium to the 
second transfer medium is performed depending on 
the target network, the message type and/or client '5 
preferences contained in the client database (2). 

18. Method according to anyone of claims 15 to 17, 
characterized in that 

before the transmission to the target client, the con- 20 
tent of the message is further processed by digital 
signing, encryption, watermarking and/or language 
translation. 

19. Method according to anyone of claims 15 to 18, 25 
characterized in that 

a lifetime is attributed to each message and the 
message is only transmitted until the expiration of 
the lifetime. 

30 

20. Method according to anyone of claims 15 to 19, 
characterized in that 

the messages respectively contain a non-granted 
encrypted and a granted non-encrypted part. 

21. Software program product, 
characterized in that 

when loaded into a computer, it implements a meth- 
od according to anyone of claims 1 5 to 20. 

40 



45 



50 
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FIG 3 
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FIG 6 

Step 1 : WWW customer center Step 2: Random generated client 

registration code 

Wellcome to the Customer Center Your registration code is 

Register GSM/SMS E-Mail Service xy3242 

Your phone number: I I Please send registration code from 

your phone to the customer center 

| SUBMIT Registration | 



Step 3: Client registration 



Client sends the short 




m 


message "xy3242" 


from client phone to 


km 


the customer center 
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